METHOD AND APPARATUS FOR OPERATING COOPERATING, DIFFERING 
DEVICES 

The invention relates to a method and to an apparatus for 
operating cooperating, differing devices with different 
controls controlling the same by control sequences and in 
particular with different control clocks or cycles. 

Complex plants, which comprise a plurality of cooperating, 
differing devices, are nowadays preferably controlled using 
PC-based control solutions with respect to a control of mo- 
vements (hereinafter also referred to as motion world) . 
The devices of such a plant which are to be jointly con- 
trolled can e.g. be CNC systems (CNC: Computer Numeric Con- 
trol) , RC systems (RC: Robot Controller) and/or PLC systems 
(PLC: Programmable Logic Control; as well as SPC: Stored 
Programmable Control) , PLC and Soft PLC systems being trea- 
ted in the same way (Soft PLC/Soft SPC: software - 
constructed PLC/SPC) . 

In complex plant concepts, such as e.g. in laser plant 
technology, it is necessary to have numerous coordination 
possibilities between robots, clamping and holding devices, 
laser and bar controls. Thus, e.g. the geometry stations 



of leading car manufacturers are coordinated by means of an 
internal protocol of an ASCII interface using external per- 
sonal computers (PC) , in order to obtain an identical time 
behaviour or response of the robot world (RC core) , CNC 
clamping technology and laser technology. It is necessary 
for the individual time responses of the different motion 
worlds (RC, CNC, PLC) to be sent in a specially defined 
ASCII data file via a suitable protocol, such as TCP/IP, to 
a coordination PC, which corrects the said three motion 
worlds with regards to their time response or behaviour and 
by means of the ASCII file sends same back to the different 
controls. The structure and sequence of such control me- 
thods and apparatuses are complex and correspondingly in- 
flexible . 

It is known to provide a plurality of instances (CPUs) , 
whereof one is a centralized instance and the other decen- 
tralized instances. Each instance has its own clock gene- 
ration unit. The units of the decentralized instances are 
synchronized by a synchronization clock of the centralized 
instance, i.e. the decentralized instances cannot indepen- 
dently generate their operational sequences corresponding 
to an autonomous clock, but the given clock of a decentra- 
lized instance is determined by the synchronization emana- 
ting from the centralized instance and the timing of each 
decentralized instance is controlled by the synchronization 
clock of the centralized instance. Thus, the processing 
clock of the individual control devices is directly syn- 
chronized and determined by the synchronizing signal of the 
centralized unit, so that the former can no longer operate 
with independent timing. 



The problem of the invention is to avoid the aforementioned 
disadvantages by proposing a simplified, more flexible 
coordination and motion planning, particularly in the case 
of complex plants of the aforementioned type. 

In the case of a method of the aforementioned type, this 
problem is solved in that the clocks or cycles of the dif- 
ferent controls are interpolated on a common system clock 
or cycle and that the control sequences are synchronized in 
at least one synchronizing device. Correspondingly an ap- 
paratus of the aforementioned type solves the set problem 
by having at least one common interpolating device for the 
controls for interpolating the clocks of the different con- 
trols on a common system clock and at least one synchroni- 
zing device for synchronizing the control sequences. 

The feature of interpolating the clocks of the output con- 
trols on a common system clock implies that the instructi- 
ons calculated in their timing by the individual output 
controls are determined at the intermediate cycle times gi- 
ven by the higher system clock, i.e. are interpolated up- 
wards. The instructions or values, such as controllable 
position values, are consequently calculated at the inter- 
mediate cycle times of the motion manager and are therefore 
interpolated thereto and then, building up on this, syn- 
chronization takes place. With the cycle of the individual 
operational units, the instructions are transferred thereto 
for instruction implementation. 
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In this way, according to the invention, there is a simple 
operability of more complex plants, such as e.g. in the 
aforementioned laser technology, where robot movements must 
be coordinated as a unit with PLC movements (e.g. a bar 
5 control) and clamping procedures. The coordinating device 
provided according to the invention coordinates the inter- 
play of the individual axes and axis groups. The latter is 
understood to mean a grouping of those axes, which are 
driven by means of a common driver, such as a DPRAM inter- 
10 face (DPRAM: Dual Port Random Access Memory) , so that all 
the drives in an axis group have the same configuration 
with respect to the clock frequency and protocol. 

In a further development of the method according to the in- 
15 vention, functional units of the devices, following syn- 
chronization after a further interpolation, are supplied 
with control signals. It is consequently possible to ope- 
rate specific devices of the plant with different clocks, 
if this should e.g. prove necessary for precision and/or 
20 control reasons. In a further development of the inventive 
apparatus, the latter consequently has at least one further 
interpolating device for interpolating control signals for 
operational units of the devices after synchronization has 
taken place. 

25 

According to the invention, axes of the devices can be 
coordinated. Thus, a preferred development of the inventi- 
ve apparatus has a coordinating device for coordinating the 
control sequences. 
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In order to permit a real time control of the plant or de- 
vices, the coordination and/or synchronization is performed 
in real time. Therefore, appropriately, the synchronizing 
and/or coordinating device is constructed in real timable 
5 manner. In addition, for operating and configuration pur- 
poses, it is possible to provide a non-real timable compo- 
nent for modifying the settings of the synchronizing and/or 
coordinating device. 

10 Since e.g. via its interpolators a robot control (RC) must 
transmit far more coordinate- related and robot- specif ic in- 
formations to the coordinating device than e.g. via a simp- 
ler Soft PLC or its interpolator, within the scope of a 
highly preferred development of the inventive method, the 

15 different control clocks IPOi of the different controls are 
chosen according to a relationship 

IPOi = Hi • t^ick, ni = 1,2,3,... 

20 in which t^iok is an integral multiple of a clock of hard- 
ware used for performing the method. Such a method allows 
different control algorithms for the different applicati- 
ons, such as robot control. Soft PLC (packaging industry or 
plant technology) or CNC applications. The interpolation 

25 according to the invention takes place on a common system 
clock, preferably in a common interpolating device for all 
the controls. Within the scope of a highly preferred deve- 
lopment of the inventive apparatus, the common interpola- 
ting device is constructed for interpolating control cycles 

30 in the form IPOi = • t^ic)c with ni = 1,2,3,..., t^icit being 
an integral multiple of a clock of hardware used. 



In a preferred development of the method according to the 
invention, through the operational units a modified system 
cycle is proposed for the coordinating device. It is pos- 
sible in this way to perform specific control processes, 
such as e.g. a current control, which require a shorter 
clock cycle due to the necessary precision or the like. 
Appropriately the coordinating device can refuse or accept 
the proposed, modified system clock. The latter case will 
in particular occur if it is possible to load the overall 
system through the new system clock. The higher the clock 
frequency, the more frequently it is necessary to calculate 
the control loops in the real time operating system. In a 
further development a plurality of operational units, fol- 
lowing a clock change, can be operated further in accordan- 
ce with the old system clock. To allow this, appropriately 
the following applies to the modified system clock: 

txick' = 1/n" • t^i^k, n' = 1,2,3,... 

Correspondingly, according to the invention, the synchroni- 
zing and/or coordinating device is preferably constructed 
for modifying the system clock and for the modified system 
clock t^ick' = 1/n' • t^ick applies, so that a shorter clock 
signal can be used when requested by at least one operatio- 
nal unit. In this connection the synchronizing and/or 
coordinating device, in a further development of the inven- 
tive apparatus, has an evaluating device for evaluating 
loading of the system and whose results are decisive for 
the modifications to the system clock. Thus, according to 
the invention, only those clock settings are allowed for 



the overall system which can in fact be coped with by it 
and in particular its real timable components. 

By means of the inventive method, preferably in each case a 
plurality of devices of a specific type can be operated. 

Within the scope of a simple, flexible development and usa- 
bility of the inventive apparatus, at least the synchroni- 
zing and/or coordinating device and a plurality of controls 
can be constructed as programming devices iraplementable on 
a common computer unit. It can in particular be provided 
that in order to improve the adaptability of a plant, 
further devices can be connected during operation. 

The invention is described in greater detail hereinafter 
relative to a non- limitative embodiment and the attached 
drawings, wherein show: 

Fig- 1 A diagrammatic overall view of an apparatus 

according to the invention. 

Pig- 2 A more detailed view of in particular a real 

timable component of the inventive apparatus 
according to fig. 1. 

Fig. 3a, 3b An illustration of the inventive intermediate 
interpolation method or the operation of 
interpolating devices of the motion manager. 



Fig. 4 A more detailed representation of an 

inventive apparatus according to fig. 1 and 
2. 

Fig. 1 shows the overall architecture of a multifunctional 
PC control apparatus 1 for complex plants having a plurali- 
ty of cooperating, differing devices, such as industrial 
robots, clamping devices, laser cutting tools, a conveyor 
line or the like (not shown here) . Data transmissions du- 
ring control sequences are illustrated by double arrows, as 
in the case of the following figs. 2 and 3. 

The overall inventive apparatus 1 is in the form of a per- 
sonal computer PC, set up in an appropriate programming 
manner and as symbolized by the vertical bars to the left. 
For operational purposes, the PC has a non-real timable 
operating system 2, such as Windows, and for control purpo- 
ses a real timable operating system 3, such as VxWorks. A 
communication between the non-real timable operating system 
2 and the real timable operating system 3 is ensured by 
means of a suitable protocol, such as a TCP/IP protocol 4. 

On the plane of the non-real timable operating system 2, 
the PC control is constructed for implementing programming 
set up operating programs, such as development and diagno- 
stic tools 2.1. The latter csin e.g. be programming tools, 
with which and as illustrated by the vertical arrows in 
fig. 1 action can take place on a human-machine interface 
2.2 (Human Machine Interface HMI) , a SPC code 2.3, i.e. a 
control program for an optionally software constructed PLC 
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and a G code 2.4, i.e. a CNC control program. It also has 
an evaluating device 2.6 for evaluating a utilization of 
its computer capacities. 

5 In the real timable part 3 of the inventive apparatus 1, 
according to the development of fig. 1, it has a robot con- 
trol RC 3.1, a stored programmable control PLC, SPC 3.2 
with so-called MCF blocks (Motion Control Function blocks) 
and a CNC device 3.3 (Computer Numeric Control) . From the 
10 software standpoint, the latter are constructed as programs 
running on the PC and containing in each case an interpola- 
ting device 3.1a, 3.2a, 3.3a and according to whose prede- 
termined timing the given control 3.1, 3.2, 3.3 runs the 
motion program 2.2, 2.3, 2.4 specifically suitable for it. 

15 

For the further processing of the interpolation data sup- 
plied by the interpolating device 3.1a, 3.2a, 3.3a, the in- 
ventive apparatus 1 has in its real time area 3 a program 
or programming device 5, referred to as a motion manager. 

20 The motion manager 5 has a non-real timable configuration 
device, which in the development of fig. l, is not express- 
ly shown, but represented by means of a broken line connec- 
tion 5.1 from the motion manager 5 to the aforementioned 
operating device 2.1 located on the non-real time plane 2 

25 of the PC. The motion manager 5 is the centralized compo- 
nent of the inventive apparatus 1 and is described in grea- 
ter detail hereinafter relative to figs. 2 and 3. 

The motion manager 5 also has a motion driver layer 5.2, 
30 e.g. a DPRAM interface, with drivers 5. 2a- 5. 2 f for informa- 
tion transmission to operational units 6 of the plant, such 
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as drives 6.1a-6.1g, power supplies 6.2a-6.2c or the like. 
The drivers 5.2a-5.2f can be DPRAM drivers, Ethernet 
drivers, PowerLink drivers, Sercos drivers, Ethercat 
drivers or the like. Information transmission to said 
plant functional units 6 takes place by means of a plurali- 
ty of (driving) buses 8.1, 8.2, 8.3. The latter incorpora- 
te additional elements, such as digital signal transmission 
elements (DSE: Digital Signal Electronic) 6.3 or further 
real time elements (HRB: Hard Realtime Boards) 6.4. These 
further elements 6.3, 6.4 need not be in the driving bus in 
the form of independent hardware components, but can also 
be present as programming devices within the PC control, as 
is shown by a further DSE 6.3'. 

According to the invention, the motion manager 5 serves to 
interconnect the different controls and drives and to coor- 
dinate and synchronize their motions and consequently func- 
tions within the scope of the present invention as a syn- 
chronizing and coordinating device. For a coordinated se- 
quence it is necessary that the interpolation clocks IPOi 
coming from the controls 3.1, 3.2, 3.3 are transferred into 
a system clock of the motion manager 5 and via a further 
intermediate interpolation supply the driving buses in the 
correct cycle with the informations for the drives 6.1a-g. 
Fig. 2 shows the necessary specific development of the mo- 
tion manager 5 . 

Fig. 2 shows in detail the structure of a motion manager 5 
according to fig. 1. At the top of fig. 2 it is once again 
possible to see the machine controls already shown in fig. 
1, namely the robot control 2.2, the stored programmable 
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control (SPC/PLC) 2.3 and the CNC control 2.4. Each of 
these controls supplies data at its own interpolation cycle 
IPOi, here specifically the interpolation cycles or clocks 
IPOi, IPOj, IPO3, the motion manager 5 firstly has a common 
interpolating device for the IPO cycles IPOi referred to as 
the upper intermediate interpolation layer 5.3 and in which 
the cycles of the different controls 2.2-2.4 are interpola- 
ted to a common system cycle or clock t^ick- For the inter- 
polators 3.1, 3.2a, 3.3a above the motion manager 5 the 
following applies: IPOi = Hi • t^iok with ni = 1,2,3,..., i.e. 
said interpolators run with a higher, multiple unit of time 
relative to the system clock t^^^^y, of the motion manager 5. 
For the system clock t^ick of the motion manager 5 the fol- 
lowing applies: tji^k = n RTACC, the latter indicating a 
quartz cycle of the system clock, which nowadays is gene- 
rally 1.25 lis for a 8 kHz quartz, and once again n = 
1,2,3,... The specific value for RTACC is directly prede- 
termined by the hardware used. 

The upper intermediate interpolation layer 5.3 is followed 
by the actual core 5.4 of the motion manager 5, which is 
constructed for performing specific tasks, such as state 
management, cyclic monitoring, measuring, diagnosis, in- 
itializing, parametrization, movement, management of tasks 
and cycles, as well as the management of a configuration 
data bank (reference numeral 5.4a-i) . The motion manager 5 
also has an interpolating device referred to as the lower 
intermediate interpolation layer 5.5 and this is construc- 
ted for modifying time -relevant tasks in accordance with 
specific time scheduling tables. The time scheduling ta- 
bles are required in order to extend over several time 
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disks higher priority tasks requiring longer calculations 
than made available by the time disk, e.g. a clock period. 
Lower priority tasks are interrupted or shifted in order to 
completely process the higher priority tasks. These time 
scheduling mechanisms must be configured in such a way that 
the real timable run-time system runs reliably and the con- 
trol mechanisms can always operate in a priority- controlled 
manner. No part is to be played by the particular cycle 
(according to the invention a multiple of the system cycle) 
a specific interpolator is running. 

The configuration device 2 . 1 of fig. 1 (with the connection 
5.1, see above) proposes an interpolation cycle for each 
axis -relevant interpolator contained in the lower interme- 
diate interpolation layer 5.5. The axis-relevant interpo- 
lators are not expressly shown in fig. 2. They are inter- 
polating devices in the lower intermediate interpolation 
layer 5.5, which in planned manner supply informations at 
specific adapted cycles to specific operational units 6, 
such as e.g. a drive (cf . fig, i) . The lower intermediate 
interpolation layer 5.5 is followed by the DPRAM drive in- 
terface 5.2, already described relative to fig. 1, with the 
corresponding drivers 5.2a-f for the plant buses 8.1-8.3, 
as has already been described in detail relative to fig. 1. 

According to the invention, the setting of the IPO clock 
for the particular axis -relevant interpolator and for the 
intermediate interpolation necessary for this in the lower 
intermediate interpolation layer 5.5 can be implemented 
either manually or automatically. It is also possible for 
one of the driving buses 8.1-8.3 or the corresponding func- 
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tional units to propose a shorter system clock time t^-^^y, to 
the motion manager 5. This is e.g. the case if the descri- 
bed PC control using a specific drive is intended to riin 
specific control methods, such as e.g. a PC current con- 
trol. If the driving bus provides a shorter clock signal 
than the system clock t^.^^, then the corresponding drive 
axis "reports" to configurator 2.1, 5.1 (cf. fig. 1) of mo- 
tion manager 5 with the inquiry for taking over the shorter 
system clock, referred to hereinafter as t^i^' . By means 
of the evaluating device 2.6 (fig. 1), the configurator can 
then determine a loading of the overall system and cor- 
respondingly propose a new system clock t^ick' / but for 
which tTioic" = 1/n' • 

tiick applies. Some interpolators can 
continue to operate with the previous IPO clock t^ick with 
the aid of the intermediate interpolation layer 5.5 if the- 
re is no need for an improved control loop. In this way it 
is possible in individual cases to release CPU resources 
for the necessarily shorter timed control loops. The indi- 
cated settings for the interpolators based on n • t^.^^^ or 
1/n' • t^ick are consequently necessary, because within the 
scope of an effective implementation of the invention only 
a single intermediate interpolator layer 5.3, 5.5 is appro- 
priate and all existing interpolators make use thereof. It 
is to be possible to run the different interpolators of the 
different devices present simultaneously, but with diffe- 
rent cycles, because e.g. a RC interpolator must transmit 
much more cartesian and robot -specific information per time 
unit than e.g. the interpolator of a simpler Soft SPC. 

Pigs. 3a and 3b show in exemplified manner the inventive 
intermediate interpolation method or the function of the 
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intermediate interpolation layers 5.3 of motion manager 5 
of fig. 2. 

Fig. 3a e.g. initially shows the IPO clock t^oi of interpo- 
lator 1 , which e.g. corresponds to interpolator 3 . la of 
control 3.1, whereas fig. 3b shows the IPO clock tj^^ of an 
interpolator 2, which e.g. corresponds to interpolator 3.2a 
of control 3.2. 

In the centre of both fig. 3a and 3b is shown the clock 
tiick of the motion manager, which coincides in the case of 
fig. 3a/3b. The clock of the motion manager t^^^y, is in 
each case a multiple of the interpolator clocks tipo and na- 
mely in the specific embodiments three times the clock tjpoi 
of interpolator 1 and four times the clock tipo2 of interpo- 
lator 2. In the in each case last line of fig. 3a is shown 
the clock of the axis drivers 1 and 2, axis driver 1 of 
fig. 3a possibly corresponding to axis driver 5.2a of figs. 
1 and 2 and axis driver 2 of fig. 3b e.g. to axis driver 
5.2c of figs. 1 and 2. 

In fig. 3a the driver clock t^^ivei of axis driver 1 cor- 
responds to the motion manager clock tTidc, whereas in fig. 
3b the driver clock tn^ivej of axis driver 2 is half as large 
as the motion manager clock t^ick (i.e. the intervals between 
clock signals are twice as long) . 

The method according to the invention is as follows: in- 
terpolator 1 transfers to the motion manager instructions 
or values calculated in its clock t^poi and said manager ta- 
kes over the values or instructions transferred by interpo- 
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lator 1 at 

tT+3i/ in which i = 1,2,3 whereas at the interme- 

diate times tT.3„.,, t^.2, t^.,, t^,2, t^,,, t^,,, 

tT+3n+i' ' tT+3n+2/ •••/ relative to the IPO clock tipoi of in- 
terpolator 1 then carries out an interpolation of the 
transferred values or instructions, i.e. recalculates them 
for the indicated clock times and, in the development of 
fig. 3a with its clock, i.e. also at its clock times and 
with the identical clock of the t^i,^^ of the axis driver 1 
and therefore transfers the identical clock times to the 
axis driver 1, which controls the corresponding operational 
unit therewith (figs. 1 and 2). 

The same applies for the control instructions or values de- 
livered by interpolator 2, but here the motion manager does 
not transfer them with its cycle t^^^^y, (in that it interpo- 
lates and therefore recalculates them) , but instead does so 
with half the cycle or clock corresponding to the clock 
tcrivea of axis driver 2 and therefore e.g. at times t^.^ = 

t2,n>-2, = t2,„.„ t, = t2,„, t+2 = t^,^,,, t^,, = t^^..^, ... 

The multiplication of the interpolator clock to the motion 
manager clock and also the division of the axis driver 
clock can be of a random nature, the motion manager clock 
tTick being the highest clock and a multiple of all other 
clocks . 

Fig. 4 shows in detail the control architecture of a PC 
control for controlling a complex plant with once again a 
non-real timable part 2 and a real timable part 3, which 
manage several mutually independent machine controls 3.1, 
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3.2, 3.3 and by means of different drivers and bus systems 
it is possible for a plurality of different operational 
units, such as drives, sensors, input and output equipment 
and peripherals to respond. 

The operating devices 2.1 shown in fig. 1 are arranged in 
fig. 2 in programming tools 2.1a, diagnostic tools 2. Id, 
control software 2.1c and human-machine interfaces (HMIs) 
for control purposes 2. Id. The non-real timable part 2 of 
the PC control incorporates a driver 2.5, e.g. a Windows 
driver, whose function will be explained hereinafter. By 
means of a program data router 3.4, the program data gene- 
rated in the interpolating devices 3.1a, 3.2a, 3.3a of the 
machine controls 3.1, 3.2, 3.3 are passed to the above- 
described motion manager 5 or the further, correspondingly 
constructed manager devices for sensors (sensor manager 
5'), input and output equipment (I/O manager 5") and addi- 
tional peripherals (peripherals manager 5'^') . These supply 
corresponding driver informations across bus data routers 7 
to a plurality of buses 8.1, 8.2, 8.3, which in each case 
have their own driver 8.1a, 8.2a, 8.3a. To the buses 8.1- 
8.3 are, as already stated, connected operational units 6 
of the plant to be controlled (cf. reference 6.1x, 6.2x in 
figs. 1 and 2), e.g. drives Al to A6, sensors SI to S6, 
drive A7, drive A8, peripherals PI, input/output equipment 
I/Ol, sensor S7, drive A9, input/output equipment 1/02 and 
peripherals P2. The peripherals are e.g. constituted by 
mirror motors for galvanometers (for the deflection of la- 
ser units) or small, rapid drive axes. It is also possible 
to implement rapid inputs via a rapid real time driver, 
which e.g. buffers positions on an axis which are not in 
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the same drive string. The manager devices 5, 5', 5", 5*^' 
contain corresponding drivers 5.2a, 5.2b, 5.2a', 5.2b", 
5.2a", 5.2a'^', 5.2b'^'. Driver 2.5 is used for controlling 
the bus data router 7 . The driver 2.5 also takes over the 
message provision of data from the interface under the in- 
terpolators. The interpolators supply their real time dia- 
gnostic data via the corresponding control to the non-real 
timable environment, e.g. a Windows environment. The drive 
data of the axes are directly made available for diagnostic 
purposes via the Windows driver 2 . 5 of Windows plane 2 . 
Thus, all the data from the drive string which can be in- 
terrogated or polled in non-real timable manner in the Win- 
dows world, are made available by said "message interface". 

Using the apparatus or method according to the invention it 
is consequently easily and efficiently possible to e.g. 
operate three axes of a six-axis industrial robot (RC) via 
the DSE drivers shown in figs. 1 and 2, two further robot 
axes via an Ethernet driver and the sixth robot axis via 
Ethercat ( Ether net for Control Automation Technology) . It 
is also possible in this way and in parallel to the descri- 
bed RC world, to control the CNC world with associated axes 
1 to 20 of synchronous or asynchronous servomotors via Ser- 
cos drivers and axes 21 to 24 via Ethernet drivers. In ad- 
dition, the Soft SPC can control associated axes 1 to 8 via 
the DSE driver and further axes 9 to 12 via Sercos drivers. 
Prior to the initial use, such a configuration must be ma- 
nually configured by means of the motion manager 5, e.g. 
using the operating device 2.1, 5.1 shown. 
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The aforementioned tasks of the motion manager 5 are cha- 
racterized as follows: 

a) Initializing 

The motion manager 5 can be looked upon as a control base. 
The centralized system services and settings are initiali- 
zed during its booting process. 

b) Smallest basic clock (Tick) 

The system basic clock is configured in ass via motion mana- 
ger 5. The clock source can be an external interrupt (e.g. 
SERCOS board) . All other clocks in the system must be in- 
tegral multiples of the basic system clock tTiok- 

c) Configuration data bank 

The motion manager 5 initially loads all the configured 
axis drivers. Then each axis driver applies axis objects 
for its configured axes. Following the axis drivers, the 
motion manager 5 loads the interpolators in the lower in- 
termediate interpolation layer 5.5 and initializes them. 
The association of the axes with the interpolators can take 
place for the first time during the initialization thereof 
and can be reconfigured to the running time. 
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d) Cyclic monitoring 

The motion manager 5 synchronizes the starting of the dif- 
ferent modules (axis drivers /interpolators) by means of a 
state machine and monitors the interpolators cyclically. 

e) Parametrization 

The motion manager 5 associates logic axes with an interpo- 
lator. For axis groups (coupled axes) configuration can 
take place in such a way that these axes can only be asso- 
ciated in groups with an interpolator. 

f) Diagnostic fianctions (trace) 

The axis drivers receive an interface by means of which a 
trace configuration can be read in and a trace can be star- 
ted, stopped or triggered. The configuration and data sto- 
rage are axis driver-specif ic . Synchronous tracing via se- 
veral axis drivers is impossible. 

g) Measuring 

The functionality of rapid measurement, conveyor (driveless 
axis) and so-called touch sense must be synchronized with 
the interpolators in a separate functionality. 

h) State management 

The motion manager 5 manages the states of the brakes and 
controller releases. For this purpose the interpolators 
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must set up jobs for controller and brake release. The mo- 
tion manager ensures a consistency check. Axes sticking in 
the same brake channel may optionally be set "in control" 
by the motion manager 5. 

i) Motion 

The following motion types are to be synchronized: 

cyclic data (desired values) 

- position 

speed precontrol 
moment precontrol 
cyclic data (actual values) 

- position 
speed 

- current (moment) 
non- cyclic data 

- controller release 

- brake release 

- parameter set selection 

- monitoring limits. 

It is possible with the aid of the present invention to mix 
or synchronize position values of the robot world, e.g. a 
position of the tool tip (TCP: Tool Centre Point) with mo- 
vements of the CNC or PLC world. For example, a robot TCP 
given in cartesian coordinates with all the time-relevant 
control signals can be made available via the motion mana- 
ger to the CNC or Soft SPC world without time delays in the 
cycle of the interpolators. However, it is correspondingly 
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possible to make available the individual or multiple axis 
signals of the CNC or SPC world to the robot interpolator. 
Such mixing of the different motion worlds leads to a si- 
gnificant simplification of plant programming, e.g. via the 
HMI world. 

It is also possible to modify all at once the interpolation 
clocks for all the motion worlds. In this way a few axes 
can be operated with precise path planning and very short 
interpolation cycle or by docking it is possible to adapt 
with respect to a movement requirement further interpolator 
axes. According to the invention, the following scenario 
is possible: Following the connection of e.g. several 
SERCOS drives, the drive controller of a specific drive, 
via the specific driver through the intermediate interpola- 
tor at the motion manager indicates that a 125 clock is 
possible as timing on the driving bus over a drive string. 
Only the motion manager knows the overall plant and is able 
to control via a state machine whether the lower interme- 
diate interpolation layer can be reconfigured in such a way 
that said cycle via the motion manager and corresponding 
interpolator is or is not possible (system utilization at 
e.g. 100 axes) . For this purpose the motion manager is 
aware of the system load, so that it is possible here to 
implement an automation (switching up of intermediate in- 
terpolators) . 

In this connection it is also possible to couple and uncou- 
ple or transfer individual axes to a different motion core, 
e.g. as a result of Ethercat use. This makes things much 
easier for the operator during an automated reorganization 
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of a plant or in the case of a fault. When using the in- 
ventive apparatus or method it is easily possible to syn- 
chronize in or out, e.g. a TCP or tool transfer, within a 
plant, with respect to a robot in the CNC world or for SPC 
5 belt advance. 

With the aid of the inventive method or apparatus a move- 
ment control is also possible in the case of cooperating 
robots and/or plants . 
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